Attaching applications based on file type

ABSTRACT

Disclosed herein are systems, methods, and software for attaching applications to a computing device based on a file type selection. In one example, a method for operating an application attaching system to dynamically make applications available to a computing device includes identifying an application attach triggering event based on a file selection of a certain file type on the computing device. The method further includes, in response to the application attach triggering event, identifying an application within an application volume based on the certain file type. The method also includes attaching the application volume to computing device, and associating the application to the certain file type on the computing device.

RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.14/206,859, entitled “ATTACHING APPLICATIONS BASED ON FILE TYPE”, filedMar. 12, 2014, which claims the benefit of and priority to U.S.Provisional Patent Application 61/784,074, titled “ATTACHINGAPPLICATIONS BASED ON FILE TYPE”, filed Mar. 14, 2013, and which ishereby incorporated by reference in its entirety.

TECHNICAL BACKGROUND

Real computing devices, such as desktop computers and servers, andvirtual computing devices, such as virtual machines, are capable ofstoring a variety of files in a variety of file types. These file typesare typically only read or manipulated by specific applications that aredesigned or tailored for the specific file types. For example, a file inPortable Document Format or PDF may only be read by a readerapplication, such as Adobe's Acrobat Reader or some other readerapplication.

Typically, when a user needs to access a specific file type, the usermay need to search for and install the appropriate application. Thisprocess takes time, as the user must first search for an appropriateapplication, and wait for the appropriate application to install on thecomputing device. Once installed, the user may view and manipulate thefile within parameters of the installed application.

OVERVIEW

Methods, systems, and software are included herein for attachingapplications based on file formats. In a particular example, a method ofdynamically making applications available to a computing device includesidentifying an application attach triggering event based on a fileselection of a certain file type on the computing device. The methodfurther includes, in response to the application attach triggeringevent, identifying an application within an application volume based onthe certain file type. The method also includes attaching theapplication volume to computing device, and associating the applicationto the certain file type on the computing device.

In another instance, a computer apparatus to dynamically makeapplications available to a computing device includes processinginstructions that direct an application attaching system to identify anapplication attach triggering event based on a file selection of acertain file type on the computing device. The processing instructionsfurther direct the application attaching system to, in response to thetriggering event, identify an application within an application volumebased on the certain file type. Further, the processing instructionsdirect the application attaching system to attach the application volumeto the computing device and associate the application to the certainfile type on the computing device. The computer apparatus furtherincludes one or more non-transitory computer readable media that storethe processing instructions.

BRIEF DESCRIPTION OF THE DRAWINGS

The following description and associated figures teach the best mode ofthe invention. For the purpose of teaching inventive principles, someconventional aspects of the best mode may be simplified or omitted. Thefollowing claims specify the scope of the invention. Note that someaspects of the best mode may not fall within the scope of the inventionas specified by the claims. Thus, those skilled in the art willappreciate variations from the best mode that fall within the scope ofthe invention. Those skilled in the art will appreciate that thefeatures described below can be combined in various ways to formmultiple variations of the invention. As a result, the invention is notlimited to the specific examples described below, but only by the claimsand their equivalents.

FIG. 1 illustrates an application attaching system according to oneexample.

FIG. 2 illustrates a method for operating an application attachingsystem according to one example.

FIG. 3 illustrates an application attaching environment according to oneexample.

FIG. 4 illustrates an application attaching environment according to oneexample.

FIG. 5 illustrates an association table between file types andapplications according to one example.

FIG. 6 illustrates an overview of attaching an application in responseto an attach triggering event.

FIG. 7 illustrates an application attaching computing system accordingto one example.

DESCRIPTION

Computing devices, both real and virtual, typically include a variety ofapplications and files to accomplish an assortment of tasks. These filesmay be stored in a variety of file formats, including DOC, JPEG, andPortable Document Format (PDF), among a variety of other file formats.Although the computing device may be capable of storing the variety ofdifferent file formats, the computing device may not necessarily havethe appropriate application to open and modify each of the file formatsstored on the device.

In the present example, to provide new applications, the computingdevices are connected to an attachable storage repository, whichincludes one or more applications that can be dynamically attached tothe computing device. When a user or some other process on the computingdevice selects a file, the computing device is configured to determinewhether an application is prepared to open and manipulate the requestedfile. If an application is already available on the device for the filetype, the device will execute the application and process the fileaccordingly. In contrast, if an application is not available for thefile type, the computing device will identify an application attachtriggering event based on the file selection.

In response to the application attach triggering event, an applicationmanager that may reside wholly or partially on the computing device isconfigured to identify an application to support the file type of theselected file. Once the application is identified, the application isdynamically attached to computing system. In some examples, the act ofattaching the application may include mapping, mounting, or otherwisemaking available the appropriate storage volume containing theapplication to the computing system, and modifying registry keys, filepaths, and other information to make the application appear as though ithas been locally installed. In other instances, such as the example witha real computing device, the volume containing the application may bemapped and registry settings changed to direct future calls of that filetype to the application stored in the storage repository.

To further illustrate the dynamic attachment of applications based onfile type, FIG. 1 is included. FIG. 1 illustrates an applicationattaching system 100 according to one example. Application attachingsystem 100 includes computing device 101, application manager 111, andapplication storage 121. Computing device 101 includes file A 103, fileB 105, and file C 107. Application Storage 121 includes application A123, application B 125, and application C 127. Computing device 101communicates with application manager 111 over communication link 131and application manager 111 further communicates with applicationstorage 121 over communication link 133.

In operation, computing device 101 is configured to store a variety offiles in a variety of file types. These files may include PDF files, DOCfiles, JPEG files, or files of any other file type. Although computingdevice 101 may store a variety of files and file types, computing device101 may not include the appropriate application to read or manipulateall of the file types stored on the device. For example, computingdevice 101 may include applications to process and open file A 103 andfile B 105, but may lack an application for file C 107. In suchsituations, a new application will need to be added to computing device101 to read or manipulate the specific file type for file C 107.

As a further illustration of the operation of application attachingsystem 100, FIG. 2 is included. FIG. 2 illustrates a flow diagram foroperating an application attaching system according to one example. Asillustrated, application manager 111 is configured to identify an attachapplication triggering event based on a file selection of a certain filetype (201). An attach application triggering event may includesituations where a file type is incapable of being read or manipulatedby computing device 101. In one example, application manager 111 may bethe default file type handler for computing device 101. Thus, if anapplication is installed on computing device 101 to handle a specificfile type, application manager 111 will not be called when the file typeis selected. However, if an application is not available, applicationmanager 111 will accept the call for the file type as an attachapplication triggering event.

In response to the attach application triggering event, applicationmanager 111 will identify the appropriate application and applicationvolume to attach to computing device 101 based on the certain file type(202). In some examples, a storage repository, such as applicationstorage 121, may be made available to application manager 111 andcomputing device 101. This storage repository may include one or morestorage volumes that comprise applications to be attached to variouscomputing devices.

Following the identification of the application, application manager 111will initiate attachment of the application to computing device 101(step 203). In one example of attaching the application volume,application manager 111 can mount or map the location of the applicationfor computing device 101. For example, application manager 111 couldprovide Adobe Acrobat Reader if needed by creating a path to theapplication package. Once mounted or mapped, the application may then beassociated to all future calls of that file type (204).

In a further example, specifically if computing device 101 is a virtualmachine, the application files could be dynamically attached or mountedto computing device 101 as further described in FIG. 4. For example, thevolume or virtual storage element to handle PDF files could bedynamically attached and placed in certain path, such as\\file_share\\apps\pdf.vhd. Thus, any future PDF will be registered toopen the application in the specified path.

Returning to FIG. 1, computing device 101 may include a desktopcomputer, a laptop computer, a server computer, or any other similarcomputing device. Alternatively, computing device 101 may include avirtual copy of a computing device, such as a virtual copy of a desktopcomputer, laptop computer, server computer, or any other virtualmachine. The virtual machines can execute on a hypervisor, whichabstracts the physical hardware of the real machine such that thevirtual machine sees virtual hardware regardless of the real hardwareincludes.

Application manager 111 can include one or more computer systems, customhardware, or other devices capable of identifying an attach applicationtriggering event, identifying an application based on the attachapplication triggering event, and initiating attachment of theapplication to the computing device. Although illustrated as a separatedevice in FIG. 1, it should be understood that application manager 111might be implemented wholly or partially within computing device 111.

Application storage 121 may include any device capable of storingapplications such as application A 123, application B 125, andapplication C 127, and providing the applications to computing device101. Examples of application storage 121 can include random accessmemory, read only memory, magnetic disks, optical disks, flash memory,virtual memory, and non-virtual memory, magnetic cassettes, magnetictape, magnetic disk storage or other magnetic storage devices, or anyother medium which can be used to store the applications. Theapplications within application storage 121 may be stored in variousapplication volumes. These application volumes may include real storageelements, such as hard disks and hard disk partitions, or may includevirtual storage elements, such as virtual hard disks or other virtualelements.

Communication links 131 and 133 use metal, glass, air, space, or someother material as the transport media. Communication links 131 and 133could use various communication protocols, such as Time DivisionMultiplex (TDM), Internet Protocol (IP), Ethernet, communicationsignaling, CDMA, EVDO, WIMAX, GSM, LTE, WIFI, HSPA, or some othercommunication format—including combinations thereof. Communication links131 and 133 could be direct links or may include intermediate networks,systems, or devices.

FIG. 3 illustrates an application attaching environment 300 according toone example. Application attaching environment 300 includes computingdevice 301 and application storage 321. Computing device 301 furtherincludes file A 303, file B 305, and default file type manager 311.Application storage 321 further includes application A 323 andapplication B 325. Computing device 301 communicates with applicationstorage 321 using communication link 331. In the present example,default file type manager 311 is an implementation of applicationmanager 111.

Computing device 301 may represent a desktop computer, a laptopcomputer, a server computer, or any other similar computing device.Alternatively, computing device 301 may include a virtual copy of acomputing device, such as a virtual copy of a desktop computer, laptopcomputer, server computer, or any other virtual machine. The virtualmachines can execute on a hypervisor, which abstracts the physicalhardware of the real machine such that the virtual machine sees virtualhardware regardless of the real hardware includes.

Application storage 321 can include any device capable of storingapplications such as application A 323, and application B 325. Examplesof application storage 321 can include random access memory, read onlymemory, magnetic disks, optical disks, flash memory, virtual memory, andnon-virtual memory, magnetic cassettes, magnetic tape, magnetic diskstorage or other magnetic storage devices, or any other medium which canbe used to store the applications.

Communication link 331 uses metal, glass, air, space, or some othermaterial as the transport media. Communication link 331 could usevarious communication protocols, such as Time Division Multiplex (TDM),Internet Protocol (IP), Ethernet, communication signaling, CDMA, EVDO,WIMAX, GSM, LTE, WIFI, HSPA, or some other communicationformat—including combinations thereof. Communication link 331 could be adirect link or may include intermediate networks, systems, or devices.

In operation, computing device 301 can use default file type manager 311as a default file type handler. For example, file A may need to be reador manipulated by computing device 301. If no installed application iscapable of reading or manipulating the file, default file type manager311 will be initiated. This initiation will be taken as an attachapplication triggering event. Alternatively, if file B needs to be reador manipulated by computing device 301 and an application is installedto read or manipulate that file type, then the appropriate applicationwill be executed by computing device 301.

In situations where default file type manager 311 receives an attachapplication triggering event, default file type manager 311 willidentify the appropriate application to handle the file type. In someexamples, default file type manager 311 may include a look up table ofapplications for particular file types. For example, if file A 303required an application, a look up table may match file A 303 toapplication A 323.

Following the identification of the appropriate application, defaultfile type manager 311 may attach the appropriate application andapplication storage volume. In at least one example, default file typemanager may mount or map a drive to the needed application package. Forexample, if application A 323 is needed for file A 303, default filetype manager 311 can map a drive to the storage volume containingapplication A 323. Default file type manager 311 will then create a pathto the storage volume for all future calls of the same file type as fileA 303. In some examples, the attached application may also have thecapability of handling other file types, thus, default file type manager311 may also create a path for the other file types handled by theattached application.

FIG. 4 illustrates an application attaching environment 400 according toone example. Application attaching environment 400 includes applicationstorage 410, virtual machine 420, hypervisor 430, and virtual machine(VM) manager 440. Application storage 410 includes application volume A412 and application volume B 414. Virtual machine 420 includes volumeoverlay agent 426, volume detector 424, and VM agent 422. VM manager 440includes application volume mounter 442, license reporting 446, userauthorization 444, and configuration database 448. In the presentexample, the combination of VM Agent 422 and VM manager 440 are animplementation of application manager 111.

In operation, virtual machine 420 will operate on top of hypervisor 430,which is used as a service to abstract a physical host server.Hypervisor 430 will abstract the physical hardware of the host server sothat the virtual machine sees virtual hardware regardless of what theunderlying hardware actually comprises. Virtual machine 420 willtypically include a full operating system that will often need to reador manipulate different file types in operation. During the operation ofvirtual machine 420, the machine may encounter a file type that isincapable of being read or manipulated without a specific application.When this occurs, an application triggering event will be identified byVM agent 422.

In some examples, VM agent 422 may then use a look up table to find theappropriate application for the file type. VM agent 422 may then passalong the identifier of the application to VM manager 440. In analternative example, VM agent 422 may identify the file type and passthe file type to VM manager 440. VM manager 440 may then look up theappropriate application to attach based on the file type.

Following the identification of the application, VM manager 440 willidentify the appropriate volume 412-414 that includes the identifiedapplication. Once VM manager 440 has selected the relevant storagevolume based on the identified application, VM manager 440 directly orindirectly contacts hypervisor 430 and requests the storage volume to beattached to virtual machine 420 (the “target VM”). For example, VMmanager 440 could directly request volume A 412 to be attached to thetarget VM by connecting to the hypervisor or cloud infrastructure.Alternatively, VM manager 440 could indirectly request applicationvolumes to be attached to the target virtual machine 420 by connectingto a virtual datacenter manager responsible for managing severalhypervisors or cloud platforms. Further, load balancers or applicationbrokers may be utilized with the system to help control or optimize themanagement of data by environment 400.

In at least one example, virtual machine 420 may include volume detector424. Volume detector 424 can be configured to detect when a new storagevolume has been attached to virtual machine 420. In one instance, thiscan be a file system filter driver. In another example, this may be afile system mini-filter driver. In another occurrence, this can be aservice configured to detect when new storage devices have beenattached. Once a new storage volume has been detected, a volume overlaysoftware agent will be invoked (volume overlay agent 426). This volumeoverlay agent may be part of volume detector 424 or may be a separatedriver as shown. The volume overlay agent is responsible for exposingthe application contained in the storage volume and making it availableto virtual machine 420.

Volume overlay agent 426 may accomplish this by overlaying the content(such as files and registry keys) into the VM so that the content can beseamlessly integrated into the VM. In addition, if one or moreapplications contained in a storage volume are meant to startautomatically, then the VM agent can enumerate the contents of thevolume and automatically start the relevant services or drivers. Forexample, the VM agent can enumerate all start registry values to lookfor services contained in theHKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services subtree that shouldbe automatically started and invoke the relevant APIs (such asZwLoadDriver and StartService).

VM agent 422 is configured to respond automatically to storage volumes412 and 414 as they are attached containing the specific file typeapplications. VM agent 422, in various examples, could be a service, aUnix daemon, or a script.

VM agent 422 may be configured to detach storage volumes upon detectionof specific triggering events. These events could include the usershutting down the virtual machine, logging off the virtual machine, orany other event designated a detached triggering event. VM agent 422 mayalso be configured to detect the attached volumes and look for knownload points, such as HKEY_LOCAL_MACHINE\CurrentControlSet\Services.

The storage attached to virtual machine 420 can be in any form supportedby hypervisor 430 and the operating system of virtual machine 420. Thestorage attached to the virtual machine may contain multiple partitions,volumes, and file systems. The storage attached to the virtual machinecan be any type supported by the cloud infrastructure. In one example,the storage attached to the virtual machine can be attached through anetwork (using protocols such as iSCSI or Fibre Channel which referencestorage by LUNs, or logical unit numbers). In another instance, thestorage attached to the virtual machine is directly attached fromphysical volumes (raw device mapping), such as a hard disk and hard diskpartitions and the hypervisor with pass through access from the virtualmachine directly to the hardware. In another example, the storageattached to the virtual machine can be a virtual device represented by afile (an ISO representing a virtual CD-ROM or a virtual hard disk filesuch as the VMDK and VHD file formats which represent a disk).

The storage attached to the virtual machine does not need to becontained within a single physical device or single virtual devicerepresented by a file. The storage may be in the form of differentvirtual hard disk files or physical devices attached simultaneouslywhich represent “physical volumes” within the virtual machine. Thesephysical volumes will be composed of logical volumes. This approach,known as storage virtualization, allows logical volumes to be abstractedfrom the underlying physical storage. A logical volume (itselfcontaining a file system) spread out across multiple physical volumescan lead to improved redundancy and performance.

Although illustrated separately, it should be understood that VM manager440 may be implemented on one or more computing devices, and may bewholly or partially implemented within hypervisor 430.

FIG. 5 illustrates an association table 500 between file types andapplications, which may be used by an application manager, such asapplication manager 111, to dynamically attach applications based onfile type. Although illustrated as a table in the present example, itshould be understood that an application manager might use any datastructure that relates file types to applications. Association table 500includes file types 510 and applications 520.

In operation, a computing device, either real or virtual, may include alarge variety of files comprising a large variety of file types. When auser or some other process wishes to open a file, the device isconfigured to identify the application associated with the file type andexecute that application for the file. In some instances, an applicationmay not be prepared or installed for every file type. Accordingly, whenone of these file types is identified, the computing device may use anapplication manager, such as application manager 111, to identify theappropriate application.

In the present example, the application manager uses association table500 to determine the appropriate application. For example, if a user orsome other process desired to open a file with file type A, theapplication manager may use association table 500 to identifyapplication Alpha as necessary for that file type. Once applicationAlpha is identified, the application manager may identify the volumethat contains the application, and attach or mount the volume to thecomputing device. Once the volume is attached, the application managermay ensure that registry files and other necessary pointers direct allfuture selections of that file type to be executed with the attachedapplication.

Further, as illustrated in association table 500, application Alpha isassigned for both file type A and file type C. Accordingly, theapplication manager may also direct all future requests of file type Cto be executed with application Alpha. Although illustrated with fourfile types in the present example, it should be understood thatassociation table 500 might include any number of file types associatedwith any number of applications. Once a file is selected that does nothave an executable application, the application manager may useassociation table 500 to provide the necessary application.

Turning to FIG. 6, FIG. 6 illustrates an overview operating anapplication attaching system to provide applications to a computingdevice based on file type. FIG. 6 includes computing device 601,application manager 611, and application repository 621. Althoughillustrated separate from computing device 601, it should be understoodthat application manager 611 might be implemented wholly or partially oncomputing device 601.

As illustrated, application manager 611 is configured to identify anattach application triggering event based on the selection of file A 605on computing device 601. In some examples, computing device 601 may nothave access to an application that can process file A. Responsively,application manager 611 is configured to identify that an application isabsent, identify the appropriate application from a list of defaultapplications, and initiate the attachment of the identified applicationto computing device 601. As illustrated in the example, applicationmanager 611 identifies application A 623 to be used with file A 605.Responsive to this selection, the storage volume within applicationrepository 621 that includes the files and other necessary data for theapplication is attached, mounted, mapped, or otherwise made available tocomputing device 601. Once the storage volume is made available,computing device 601 may modify registry keys and file paths to ensurethat application A 623 is used for files of the same file type as file A605. In some examples, application A 623 may be identified as theappropriate application for other file types that are stored oncomputing device 601. As a result, registry keys and other file pathsmay be modified to ensure that application A 623 is used for the otherfile types.

FIG. 7 illustrates an application attaching computing system 700.Application attaching computing system 700 is an example computingsystem to implement application attaching system 100, althoughalternative configurations are possible. Application attaching computingsystem 700 comprises communication interface 701, user interface 702,and processing system 703. Processing system 703 is linked tocommunication interface 701 and user interface 702. Processing system703 includes processing circuitry 705 and memory device 706 that storesoperating software 707.

Communication interface 701 comprises components that communicate overcommunication links, such as network cards, ports, RF transceivers,processing circuitry and software, or some other communication devices.Communication interface 701 may be configured to communicate overmetallic, wireless, or optical links. Communication interface 701 may beconfigured to use TDM, IP, Ethernet, optical networking, wirelessprotocols, communication signaling, or some other communicationformat—including combinations thereof.

User interface 702 comprises components that interact with a user. Userinterface 702 may include a keyboard, display screen, mouse, touch pad,or some other user input/output apparatus. User interface 702 may beomitted in some examples.

Processing circuitry 705 comprises microprocessor and other circuitrythat retrieves and executes operating software 707 from memory device706. Memory device 706 comprises a non-transitory storage medium, suchas a disk drive, flash drive, data storage circuitry, or some othermemory apparatus. Operating software 707 comprises computer programs,firmware, or some other form of machine-readable processinginstructions. Operating software 707 includes trigger module 708,application identifier module 709, and attach module 710. Operatingsoftware 707 may further include an operating system, utilities,drivers, network interfaces, applications, or some other type ofsoftware. When executed by circuitry 705, operating software 707 directsprocessing system 703 to operate application attaching computing system700 as described herein.

In a particular example, computing system 700 is configured to attachapplications to a computing device based on a file type selection.Trigger module 708 is configured to identify an attach applicationtriggering event, which occurs when a computing device requires anapplication to read or modify a specific file type. Once the triggeringevent is identified, application identifier module 709 is configured toidentify an application volume and application associated with the filetype, and attach module 710 is configured to initiate the attachment ofthe identified application to the computing device. In some examples,the attachment of the application may include mapping, mounting, orotherwise making the application available within the computing device.Once made available, registry data and other information may be modifiedto associate the application with the particular file type. Further,once made available, the application may be initialized to handle theoriginal file request.

Although application attaching computing system 700 includes threesoftware modules in the present example, it should be understood thatfunctionality could be achieved with one or more software modules.Additionally, although application manager computing system appears as asingle device, it should be understood that application attachingcomputing system 700 may be implemented on one or more devices.

The above description and associated figures teach the best mode of theinvention. The following claims specify the scope of the invention. Notethat some aspects of the best mode may not fall within the scope of theinvention as specified by the claims. Those skilled in the art willappreciate that the features described above can be combined in variousways to form multiple variations of the invention. As a result, theinvention is not limited to the specific embodiments described above,but only by the following claims and their equivalents.

What is claimed is:
 1. A method of operating an application attachingsystem to dynamically make applications available to a computing device,the method comprising: identifying an application attach triggeringevent based on a file selection of a certain file type on the computingdevice; in response to the application attach triggering event,identifying an application within an application volume based on thecertain file type; mounting the application volume to the computingdevice; modifying one or more registry keys on the computing device tomake the application executable from the application volume; andexecuting files for the application stored on the application volume tosupport the file selection.
 2. The method of claim 1 wherein thecomputing device comprises a physical computing device.
 3. The method ofclaim 1 wherein the computing device comprises a virtual computingdevice executing via a hypervisor.
 4. The method of claim 1 wherein thefile selection comprises a user selection of a file.
 5. The method ofclaim 1 wherein identifying the application within the applicationvolume based on the certain file type comprises identifying theapplication within a virtual storage element based on the certain filetype.
 6. The method of claim 1 wherein the application volume comprisesa virtual hard disk file.
 7. The method of claim 1 further comprisingassociating the application to the certain file type on the computingdevice.
 8. The method of claim 7 further comprising associating theapplication to other file types on the computing device.
 9. The methodof claim 7 wherein associating the application to the certain file typeon the computing device comprises placing the application volume in adesignated path for the certain file type.
 10. The method of claim 1wherein identifying the application attach triggering event based on thefile selection of the certain file type on the computing devicecomprises: identifying the file selection of the certain file type;identifying whether an executable application on the computing device isavailable to service the file selection; and if an executableapplication is not available on the computing device to service the fileselection, identify the file selection as the application attachtriggering event.
 11. An apparatus comprising: one or morenon-transitory computer readable storage media; and processinginstructions stored on the one or more non-transitory computer readablestorage media to dynamically make applications available to a computingdevice that, when read and executed by a processing system, direct theprocessing system to at least: identify an application attach triggeringevent based on a file selection of a certain file type on the computingdevice; in response to the application attach triggering event, identifyan application within an application volume based on the certain filetype; mount the application volume to the computing device; modify oneor more registry keys on the computing device to make the applicationexecutable from the application volume; and execute files for theapplication stored on the application volume to support the fileselection.
 12. The apparatus of claim 11 wherein the computing devicecomprises a virtual computing device executing via a hypervisor.
 13. Theapparatus of claim 11 wherein the file selection comprises a userselection of a file.
 14. The apparatus of claim 11 wherein theprocessing instructions to identify the application within theapplication volume based on the certain file type direct the processingsystem to identify the application within a virtual storage elementbased on the certain file type.
 15. The apparatus of claim 11 whereinthe application volume comprises a virtual hard disk file.
 16. Theapparatus of claim 11 wherein the processing instructions further directthe processing system to associate the application to the certain filetype on the computing device.
 17. The apparatus of claim 16 wherein theprocessing instructions further direct the processing system toassociate the application to other file types on the computing device.18. The apparatus of claim 16 wherein the processing instructions toassociate the application to the certain file type on the computingdevice direct the processing system to place the application volume in adesignated path for the certain file type.
 19. The apparatus of claim 11wherein the processing instructions to identify the application attachtriggering event based on the file selection of the certain file type onthe computing device direct the processing system to: identify the fileselection of the certain file type; identify whether an executableapplication is available on the computing device to service the fileselection; and if an executable application is not available on thecomputing device to service the file selection, identify the fileselection as the application attach triggering event.
 20. A computingapparatus comprising: one or more non-transitory computer readablestorage media; a processing system operatively coupled with the one ormore non-transitory computer readable storage media; and processinginstructions stored on the one or more non-transitory computer readablestorage media to dynamically make applications available to a computingdevice that, when read and executed by a processing system, direct theprocessing system to at least: identify an application attach triggeringevent based on a file selection of a certain file type on the computingdevice; in response to the application attach triggering event, identifyan application within an application volume based on the certain filetype; mount the application volume to the computing device; modify oneor more registry keys on the computing device to make the applicationexecutable from the application volume; and execute files for theapplication stored on the application volume to support the fileselection.